MINUTES  OF  THE 

39TH  COMPUTER  RESOURCES  INTEGRATION 

MANAGEMENT 

MEETING 

12  March  1991 


BMDOTIC 


rrniESGJSi?^ 


Approved  ior  public  releosig 
I^istiibution  Uafimited 


BROWN  ENGINEERING 

Cummings  Research  Park*  Huntsville,  Alabama  35807 


Accession  Number:  2909 

Title:  Minutes  of  the  39th  Computer 

Resources  Integration  Management 

Meeting,  12  March  1991 

Contract  Number:  DASG60~87''C>0042 

Corporate  Author  or  Publisher:  Teledyne  Brown  Engineering, 

Huntsville,  AL  35807 

Publication  Date:  Mar  14,  1991 

Pages:  00150 

Comments  on  Document:  Contains  copies  of  briefing 
presentations. 

Descriptors,  Keywords:  SDS  Computer  Resource  Management 
Productivity  Ada  Software  SEIC  Reuse 
NTF  NTB  L2SS  PROTO+  MICOM ISSI SDDS 
RATIONAL  Model  Simulation 


MINUTES  OF  THE 

39TH  COMPUTER  RESOURCES  INTEGRATION 
MANAGEMENT  MEETING 

12  March  1991 


PREPARED  FOR: 

UNITED  STATES  ARMY 
STRATEGIC  DEFENSE  COMMAND 

CONTRACT:  DASG60-87C-0042 


PREPARED  BY: 

TELEDYNE  BROWN  ENGINEERING 
CUMMINGS  RESEARCH  PARK 
HUNTSVILLE,  ALABAMA  35807 


PREPARED  ON:  14  March  1991 


Minutes  of  the  39th  CRIM 


1.  The  39th  CRIM  was  held  12  March  1991  at  1300  hours  in  Room  2D  1100.  The  theme  for 
this  CRIM  was  Software  Productivity,  with  presenters  from  both  the  government  and  the  private 
sector  about  lessons  learned  and  Ada  development  tools  to  enhance  productivity.  The  meeting 
began  with  Mr.  Frank  Poslajko  presenting  the  agenda.  Next,  Mr.  Poslajko  presented  a  slide 
depicting  various  areas  of  software  productivity.  In  addition,  a  fact  slide  was  presented  on  the  Ada 
Fundamentals  Workshop  scheduled  to  begin  March  25. 

2.  Mr.  Michael  Walker  presented  the  SEIC  Software  Activity  Status.  Mr.  Walker  discussed  the 
ongoing  activities  related  to  the  documents  SEIC  is  responsible  for  developing.  A  discussion 
occurred  about  distribution  of  SEIC  documents  with  a  general  consensus  of  the  need  for  broader 
distribution  in  the  USASDC  community.  Mr.  Walker  presented  an  update  of  the  Trusted  Software 
Development  Methodology  with  a  recommendation  for  its'  incorporation  into  the  Software 
En^neering  Support  Environment  (SESE)  System  Specification.  Next,  he  provided  insight  into 
projects  under  development  in  the  field  of  Trusted  Software. 

3.  Mr.  Terry  Gill  of  Carnegie  Mellon  University  presented  highlights  of  the  Software  Reuse 
Program  for  the  SDIO  Software  Engineering  Integration  Center  (SSEIC)  at  the  National  Test  Bed. 
Mr.  Gill  touched  upon  the  major  topics  (i.e.,  determining  SDS  software  reuse  requirements, 
establishing  a  concept  of  operation)  for  the  Software  Reuse  Program.  Mr.  Gill  presented  an 
organizational  chart  of  how  SSEIC  views  the  Level  2  System  Simulation  (L2SS)  Software  Reuse 
Organization.  Mr.  Gill  tentatively  identified  the  top  level  players,  but  he  requested  USASDC 
provide  inputs  for  the  element  level  reuse  experts.  In  addition,  Mr.  Gill  presented  the  basic  goals 
of  the  reuse  program. 

4.  Mr.  Bruce  Lewis  of  the  Software  Engineering  Directorate,  MICOM,  discussed  the  Ada 
Policy  as  it  is  applied  at  MICOM.  Mr.  Lewis  presented  the  mission  of  the  MICOM  Life  Cycle 
Software  Engineering  Center  (LCSE)  and  a  list  of  the  projects  which  are  under  development  using 
Ada  almost  exclusively.  Mr.  Lewis  ^splayed  some  of  the  "Key"  Ada  policy  issues,  and  discussed 
certain  ambiguities  which  need  to  be  addressed  with  the  contractors.  Mr.  Lewis  presented  lessons 
learned  in  getting  the  contractor  to  try  Ada  for  the  first  time.  Finally,  he  presented  several  slides 
displaying  the  productivity  of  the  Ada  language  in  association  with  good  software  engineering 
practices. 

5.  Ms.  Elizabeth  S.  Kean  of  Rome  Laboratory  presented  the  Aspects  of  Reusability  in 
PROTO+.  This  tool  is  being  developed  by  International  Software  Systems,  Inc  (ISSI).  Ms.  Kean 
discussed  the  system  technology  and  the  two  levels  of  reuse  foreseen  in  the  system  (e.g.,  low  level 
components,  major  functional  component  with  subcomponents).  In  addition,  Ms.  Kean  presented 
the  major  characteristics  of  the  PROTO+  tool.  She  (tiscussed  how  the  PROTO+  tool  supports 
reuse,  and  what  additions  would  be  added  in  the  future.  At  present,  the  PROTO+  tool  is  virtually 
identical  to  SDDS  (refer  to  para.  6),  but  the  PROTO+  tool  will  deviate  in  the  futme.  Finally,  Ms. 
Kean  walked  through  a  demonstration  of  the  tool. 

6.  Ms.  Kathryn  H.  Hiles  of  Teledyne  Brown  Engineering,  representing  Jackie  Cristina  from 
BM/C^  Technology  Branch,  presented  the  SDS  Common  Framework.  Ms.  Hiles  discussed  the 
major  differences  in  the  SDS  common  framework  and  the  Strategic  Defense  Development  System 
(SDDS)  tool  now  under  development  by  ISSI.  Ms.  Hiles  presented  a  slide  with  the  eight  basic 
requirements  of  the  common  framework,  and  then  discussed  the  full  life  support  cycle  of  the 
framework.  In  addition,  Ms.  Hiles  presented  the  current  status  of  the  SDDS  tool  and  its  current 


ability  to  only  support  four  of  the  eight  requirements.  Ms.  Hiles  presented  several  slide  showing 
the  areas  of  SDDS  which  would  have  to  be  emphasized  to  allow  conformance  to  the  SDS  common 
framework  and  explained  ISSI's  contract  was  being  redirected  to  expand  these  areas. 

7 .  Mr.  Tom  Matson  of  Rational  presented  an  overview  of  the  Rational  system  and  some  of  the 
projects  on  which  Rational  has  proven  its  capabilities.  Mr.  Matson  discused  the  challenges  facing 
the  developers  of  extremely  large  Ada  systems  and  the  goals  Rational  had  for  assisting  in  the 
development  environment.  Mr.  Matson  presented  the  main  goals  as  automating  life  cycle  activities, 
improving  quality  and  reliability,  shortening  schedules,  and  helping  the  transition  to  Ada.  In 
addition,  Mr.  Matson  discussed  the  design  facilities  within  the  Rational  environment.  Mr.  Glenn 
Hughes  n  concluded  the  presentation  with  a  look  at  two  examples  of  the  benefits  of  the  Rational 
design  environment. 

8 .  Mr.  Paul  Larson  of  Integrated  Systems  Inc.  presented  the  ISI  tools  for  modeling,  simulation, 
code  generation,  and  real-time  testing.  Mr.  Larson  discussed  the  conventional  real-time 
software/control  system  development  loop,  and  the  basic  problem  of  the  inability  to  detect  errors 
until  the  integration  and  testing  of  the  software.  Mr.  Larson  presented  a  slide  on  the  ability  of 
prototyping  to  detect  errors  earlier  in  the  design,  but  this  approach  still  involved  looping  back  to 
make  changes  to  the  design.  Finally,  Mr.  Larson  presented  ISI's  software  and  hardware  tools  and 
explained  how  they  could  be  used  to  avoid  retracing  steps  in  the  design  of  a  system. 


9.  The  meeting  was  adjourned  by  1505.  The  40th  GRIM  is  scheduled  for  9  April  1991. 
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39th  Computer  Resource  Integration  Management  (CRIM)  Meeting 

Action  Items 


1 .  Provide  a  status  update  on  the  Software  Organization  and 
Development  at  NTF. 

2 .  Schedule  status  briefing  on  SDS  committees  to  include 
purpose,  accomplishments,  plans,  and  schedules. 

3 .  Establish  a  Data  Reduction  Planning  Committee. 

4.  Disc  4  to  coordinate  with  Ada  9X  project  office  on  Ada 
language  deficiencies. 

5 .  ADCCS  project  office  to  report  on  the  number  of  Ada 
waiver  requests  submitted  to  DISC  4. 

6.  Discuss  broadening  the  distribution  of  SEIC  documents 
to  the  USASDC  community. 

7 .  Provide  location  of  controlled  experiment  for  Trusted 
Software  Case  Study. 

8 .  Arrange  demonstration  of  ISI  tools. 

9 .  Addition  of  Trusted  Software  Requirements  to  Software 
Engineering  Support  Environment  (SESE)  System 
Specification. 


John  Hawk  -  ext  3920 

Frank  Poslajko  -  ext  1995 

Barbara  Rogers  -  722-1518 
Bob  Johnson  -  AV  227-0259 

Denise  Jones  -  895-3397 

Frank  Poslajko  -  ext  1995 

Terry  Gill -(719)380-2465 

Frank  Poslajko  -  ext  1995 
Frank  Poslajko  -  ext  1995 
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TRUSTED  SOFTWARE 
DEVELOPMENT  METHODOLOGY 
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and  in  use  by  other  Allies . with  adequate  supportability. 


Lessons  Learned  on  Getting  First  Use 
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Perception  that  language  or  compilers  are  not  efficient 
(changes  after  benchmarking  current  compilers) 

Wants  to  use  last  phase  hardware/software  for  a  bid 
advantage.  (But  often  inadequate  causing  significant 
problems) 


Lessons  Learned  for  Program  Success 
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Get  a  few  (or  more)  Ada  experienced  personnel  as 
leads  on  the  development  team. 

Software  management  personnel  need  Ada  program 
management  and  Ada  software  engineering  training. 


Early  Predictions: 

Effect  of  Ada  on  Software  Development  Costs 


Source:  B.  Boehm,  "Software  Cost 
Estimation  Using  COCOMO",  1987 


Productivity  of  Ada 
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Source:  K.  Tamaya,  "Using  Ada  at  NTT", 
WAda  S  '90 


Development  Cost  Data 
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Source;  D.  Reifer,  "Ada  Strategies", 
Nov.  1990 


Boeing  Commercial  Airplanes 
Compiler  Benchmarking 
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Source:  BCA,  SIGAda  Seattle, 
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Boeing  Commercial  Airplanes 
Compiler  Benchmarking 
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The  TeleGen2  Optimizing  Ada  Compiler  surpasses 
the  top  C  compilers  on  the  Sun-3  system. 


Tartan  Ada  outperforms  latest  "C"  compiler 

Tartan  Ada  Version  3.0  vs.  Optimized  C  Version  4.0 
_ _ for  the  Tl  320C30  _ 
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PRESENTER:  ELIZABETH  S.  KEAN 


ASPECTS  OF  REUSABILITY  IN  PROTO+ 


SYSTEM  DEFINITION 
TECHNOLOGY 
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SDS  COMMON  FRAMEWORK 


UNCLASSIFIED 


UNCLASSIFIED 


UNCLASSIFIED 

FULL  LIFE  SUPPORT  CYCLE 


UNCLASSIFIED 


A 


^  W  CO 
Hi 


P  Z  \ 

^  s 

ffl  ^  o 

£9  o  Q. 

QC  ^  CL 
H  U1  D 

1  £2  ?; 

^  UJ  i 


z 

o 

UJ 

z 

o 

(0  S 

UJ  o  UJ 
O  UJ  > 
0x0 
<  O  S 


tc 

o 

0. 

X  ^ 
a  ui  ^ 

O  o 

<  ^  I 

CQ  Z  £ 


feioi 

h 


o  ®  o 

8  i  2 
o  o  S 
(0  z 
S  oc  < 

O  UJ  X 

u  >  o 


<0  z  ,,, 

§  §  §~ 

3  is  Sp 

O  So  zo< 

S  §5^  iSi 
{8  8“  is2 

O  O  O 


UJ  QC 

^  UI 

a  <3 

i  I  {2| 

o  g  z  5  $ 
p:  o  J  O  O  ^ 

ui  £  55f  ujJt 
c  S?  S2  5  So 

n  ^  Z  ^  UI 
oc  tt  X  c  2 

UJ  S  <g  olg 

tz  O  x  °  UJ  O 

Zoo  X 


t  CO 

Z  T-  lU  ! 

U  UI  p 

2  w  5 

UJ  <  = 
O  X  ffl 
Z  X  < 

z'^Oi 

UJ  I 


y 

HI 

(/> 

HI 

0) 

< 

E 

g 

z 

o 

p 

z 

o 

g 

< 

o£ 

*"  <D 

\ 

< 

ffi 

ffl 

< 

< 

CO 

o 

< 

CO 

z 

CO 

H 

c?r 

H 

z  S 

< 

H 

CO 

< 

O 

O 

C  \ 

H 

< 

z 

cc 

UJ 

UI 

S  tr 

< 

O 

lE 

< 

H 

o  o 

O 

O 

z 

UJ 

c/> 

H 

Z 

(E 

H 

ffi 

o 

ffi 

o 

Z  UI 

<  3 

o 

UJ 

o 

o 

a 

o 

H 

H 

io 

c 

Q. 

UJ 

z 

ffi 

UJ 

3 

'  3  ; 

ti 

O 

o 

ffi 

UI 

< 

O 

0. 

Ui 

ViY 


o 

U.  ^  £S  o 
Z  HI  O 
—  Q  ^  Z 
JO  {«< 

82  Ss 


UJ  w  X 

z  O  UJ 
o  <  2 
(0  ffi  o 


1 


UNCLASSIFIED 


UNCLASSIFIED 

SDDS's  EXTERNAL  TOOL  INTEGRATION  CSC 


PRESENTER;  TOM  MATSON/GLENN  HUGHES  II 


THE  RATIONAL  ENVIRONMENT 


THE  RATIONAL  ENVIRfDNMENT 

Advanced  Technc^ogy 
for  Developing  Ada  Software 

Systems  I 


RATIONAL 


2/12/90 


RATIONAL’S  LARGEST  CU^OMERS 


IBM  All  major  Ada  programs  includln||  FAA's  Advanced 

Automation  System  (AAS)  for  ai|  traffic  controi 

Bofors  Eiectronics  AB  Ail  Ada  projects  inciuding  FS  2o|o  and 


weapons  control  system 

U.S.  Army 

ATCCS/CHS  program,  major  and  MIS  systems 
including  AFATDS,  SIDPERS-3,  in6  STANFINS-R 

Rockweli 

Commercial  avionics  and  space  traft  electrical 
power  systems 

Lockheed 

NASA/SSE  for  Space  Station  Freedom,  major  C^ 
systems,  and  classified  programs 

McDonneli  Douglas 

Space  Station  Freedom,  C^,  and  extra  vehicular 
activity  (EVA)  systems 

Ferranti  Computer 
Systems 

Naval  C^/weapons  control,  trainws,  and  power 
plant  automation  systems 

TRW 

Major  C3  systems  Including  CCPPS-R,  AWIS, 
FAAD  C^l,  and  classified  programs 

Martin  Marietta 

Air  traffic  control,  SDI/NTB,  C^l,  and  robotics 
systems 

U.S.  Air  Force 

Major  C®,  MIS,  and  avionics  systems 

RATIONAL 


Customer  Applications 


Percentage  of  processors 


Business- 11 


TRENDS  IN  SOFTWARE 
ENGINEERING 


•  Iterative  process  model  based  on  obJect-orl|nted 
methodology 

-  Emphasis  on  graphical  representatlQns  I 

•  Extensive  use  of  prototyping 

-  Emphasis  on  reusabiiity 

•  Heterogeneous  target  environment 

-  UNIX  (Including  real-time  applications) 

•  Workstations  will  dominate 

•  Merger  of  systems  engineering  and  software  engineering 

•  Networked,  workstation-based  development  environments  providing 
increased  automation 


RATIONAL 


File  Server 


Disk 

rttourctt 


I,  ‘I . .V* 

'  •?  ■sVs  A 
^<5-  V 


Workstations 


General 


PCs  X  Terminals 


RATIONAL 


RATIONAL  ENVIRONMENT  ADDS 
SOFTWARE  ENGINEERING  SUPPORT 
TO  NETWORKS 


Gfntnil 


SUN 

Apollo 


RATIONAL 


Federal  Aviation  Administration 
Advanced  Automation  System 
(AAS)  I 


Prime 

Contractor: 

Purpose: 


Size: 


Status: 


IBM  Federal  Sector 
Division 

I 

Replace  United  States  Air 
Traffic  Control  System 

2.5M  lines  of  code  (Ada) 
Maximum  software  engin¬ 
eering  staff  •  500 
Development  schedule  * 

10  years 

Systems  architecture  defined 
Prototyping  in  progress 
250  engineers  trained  > 


RATIONAL 


AAS  SOFTWARE  DEVELOPR/IENT 
ENVIRONMENT 


FSD'8  Adi  Frogrimmlng  Support  Environmont  (AFSR 
eonfiguritien  fiiturti  •  powtrtul  etntral  proettoor,  tho 
Ritlona!  R1000  cysttm,  and  notwork  Intolllgint 
workstations  that  distributs  tht  higtwosoures  domands 
aiioeiatsd  with  Ads  dtvsIopmanL 


ISM  S/370 


•  Software  development  base 

•  Oompieie  inlegrated  APSE 

•  Automated  compilation  and 
build  control 

•  Centralized  configuration 
management  system  ansurts 
data  integrity  and  automatically 
aniorces  pr^et  standards  and 
pmcedures 


Local 

Aral 

Natworfc 


I 


Rational  R1000  _ _ 


•  Advanced  Ada  davalopmant 
aystam  j 

•  Specialised  processor,  terminals, 
and  software 

•  Productivity  anhancamant 

•  Used  tor  design,  coda  and  unit 
test 

•  Network  configuration  supports 
additional  RIOOOs  if  needed 


Other  APSE  Facliitias 


Intelligent  Workstations _ 


•  Serve  as  terminals  and 
aorkstarions 

«  Compiler  and  debugger  available 

•  APSE  interface  same  as  on  S/370 

•  Distributed  file  system  allows 
eharing  data  (e.g.,  Ada  ibraries) 

•  Immurte  lo  central  processor  load 


RATIONAL 


NASA  SPACE  STATION  FREEDOM 
PROGRAM  ORGANIZATION 
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WORK  PACKAGE  4  •  Power  Generation  "4  W 

LEWIS  *  Power  Management  and  Distribution  I  ROckGtdyne 


SOFTWARE  PRODUCTION  INITIATIVE 
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OPERATIONAL  SOFTWARE 


WHAT  IS  A  NASA  SSE? 


Ilf 


CONFIGURATION  MANAGEMENT 


WHY  A  NASA  SSE? 
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SOFTWARE  PRODUCTION  INITIATIVE 
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COMMITMENT  &  SUPPORT  FROM  RATIONAL 


C2  NODES  PRIORITY  TO  VERTICAL  INTEGRATION 
C2  INTEROPERABILITY  REQUIREMENTS  POORLY  DEFINED 
REQUIREMENTS  DEVELOPMENT  PROCESS  EMPHASIS  ON  NODAL  ELEMENTS 
NODAL  ELEMENTS  IN  VARIOUS  PHASES  OF  ACQUISITION  PROCESS 


•  • 


C2  NODES  PRIORITY  TO  VERTICAL  INTEGRATION 
C2  interoperability  requirements  POORLY  DEFINED 
REQUIREMENTS  DEVELOPMENT  PROCESS  EMPHASIS  ON  NODAL  ELEMENTS 
NODAL  ELEMENTS  IN  VARIOUS  PHASES  OF  ACOUISITION  PROCESS 


CHARACTER  TERMINALS  (12  TOTAL) 


AFATOS  VI  FWWFAMMINS  SUPTOIIT  FNVIHONMFKT  COOTIOOtATIOII 


Rational  Status  Update 


•  ECP  077  is  approved  I 

-z 

•  ATCCS  Rational  Users  | 

-  TRW/FAADC2I 

-  Magnavox/AFATDS  | 

-  Contel  Telos/BCS  Cannon  Ada 

-  TRW/CASS 

•  Other  Army  Rational  Users 

-  TRW/AWIS 

-  CSC/STANFINS-R 

-  Statistica/SlDPERS-3 

-  CSC/STARHARS-M 

-  SofTech/RAPID. 

•  Rational-HP  integration  products  are|on  schedule 


RATIONAL  12/10/90 


IMPACT  OF  PRODUCTIVITY 
INCREASES  ON  PROJECT  CpST 


Productivity 

Increase 

Aggregate  Code 
Production 

Eng-Month£ 

(%) 

Rate 

Saved 

$  Saved 

-y 

25 

250 

800 

f  7,667,000 

50 

300 

1,333 

1  12,778,000 

100 

400 

2,000 

1  19,167,000 

150 

500 

2,400 

i  23,000,000 

200 

600 

2,867 

1  25,566,000 

250 

700 

2,887 

»  27,381,000 

300 

800 

3,000 

1  28,156,000 

Assumptions: 

1.  Project  size  equals  800,000  source  lints  of  code. 

2.  Baseline  code  production  rate  equals  200  source  lines  of  code 
per  engineering-month. 

3.  Cost  per  engineering-month  is  the  loaded  cost  including 
wages,  benefits,  facility  allocation,  management  burden,  and 
profit  burden.  For  this  case,  the  cost  per  engineering-month 
is  assumed  to  be  $9,583,  or  $115,000  per  engineering-year. 

4.  Aggregate  code  production  rate  is  the  number  of  source  lines 
of  delivered  code  divided  by  the  aggregate  number  of 
engineering-months  required  from  project  start  through  first 
delivery. 

5.  The  number  of  engineering-months  saved  is  equal  to  the 
number  of  engineering-months  required  at  the  increased 
productivity  less  the  number  required  at  the  base  rate. 

6.  $  Saved  equals  the  number  of  engineering-months  saved 
multiplied  by  the  cost  per  engineering-month. 
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BUSINESS  CASE  SUMMARY 


Application 


Size 

(source  lines 
of  code) 

Status 


Productivity 

improvement 

Cost  savings 

Payback 

(savings/ 

Investment) 


Boforf 

r/ 

CSC 

IBM  Systems 

Integration 

Division 

InUgratod 
command  and 
weapon-control 
system  for  ships 

MiS/FinanclIl 

accounting! 

system 

Command  and 
control-aatellite 
ground  system 

1,500.000x5 
(5  ship  designs) 

2,000,000  1 

i 

650,000 

First  ship 
delivered 

Acceptance 

testing 

Top-level 
design  (PDR) 
completed 

118% 

106% 

93% 

$31 .9M 

$24M 

$1.0M 

6.5x 

9.7x 

1.4X* 

*  Payback  Is  eomputad  through  and  of  top*lavai  datign  phaaa  only. 

Productivity  «  eouret  tinas  of  coda  deitvared 
total  anglnaarlng  hours 
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ADA  IN  ACTION 


NASA  Space  Station  Leads  Way  In 
Software  Development 


The  software  technology  for  adapt¬ 
able  reliable  systems  (STARS)  pro¬ 
gram  could  learn  a  few  lessons  from 
NASA.  Although  the  DOD  is  still 
hell-bent  on  developing  its  own  soft¬ 
ware-development  environments, 
NASA  recently  decided  to  purchase 
commercial,  off-the-shelf  solutions  for 
its  Space  Station.  NASA’s  decision  to 
use  Rational  Inc.’s  Rational  Environ¬ 
ment  rather  than  build  its  software 
support  environment  (SSE)  from 
scratch,  as  is  being  done  in  the  STARS 
program,  blazes  a  new  path  in  soft¬ 
ware  development  the  DOD  would  be 
wise  to  follow. 

The  original  NASA  software  devel¬ 
opment  plan  for  the  Space  Station  was 
a  disaster.  It  seems  fairly  clear  that  the 
problems  were  inherent  in  the  way  the 
original  Space  Station  software  devel¬ 
opment  program  was  designed. 

That  original  plan  called  for  han¬ 
dling  the  overall  project’s  design  and 
configuration  management  through  a 
program  called  automated  process 
control  environment  (APCE)  to  be  put 
in  place  by  Lockheed  through  a 
subcontractor.  APCE  turned  out  to  be, 
in  the  words  of  current  NASA  SSE 
Project  Manager  Mike  Gremillion, 
“user- vicious.” 

But  project  management  in  pro¬ 
grams  the  size  of  the  Space  Station 
change  frequently.  Deputy  Director 
Robert  Moorehead  joined  the  program 
in  1989  and  rightly  concluded  that  we 
could  probably  build  a  useable  side¬ 
walk  to  the  Space  Station  before  the 
Space  Station  software  itself  would 
ever  be  developed.  Frank  Barnes, 
Lockheed’s  program  manager  for  the 
SSE  surveyed  the  available  options 
and  proposed  dumping  the  APCE  in 
favor  of  the  Rational  Environment. 
Barnes  redirected  the  SSE  project,  and 
in  March  of  this  year,  Gremillion  was 
brought  on  board.  He  instituted  a 
formal  configuration-control  program 
for  the  project. 

Gremillion  currently  estimates  that 
the  project  has  saved  from  a  year  to  a 
year  and  a  half  in  development  time 


By  Bill  Suydam 


The  proposed  NASA  Space  Station  has 
benefited  from  the  use  of  off-the-shelf 
software.  (Photo  courtesy  of  Intelligent 
Light.) 

by  substituting  the  Rational  Environ¬ 
ment  for  the  APC.  Unfortunately,  as 
he  freely  admits,  that  puts  the  Space 
Station  program  just  “not  quite  as 
far  behind.”  Meanwhile,  selection  of 
the  target  compiler  for  the  code 
being  developed  is  still  underway, 
with  Alsys  and  DDC-I  proving  the 
finalists  in  the  contest.  That  compiler 
will  run  on  the  VAX/VMS  or  IBM 
platforms  and  produce  code  for  a  bare 
80386  platform  as  well  as  the  multi¬ 
plexors/demultiplexors  (MDMs)  of  the 
Space  Station  platform  itself.  The 
Rational  incremental  compiler  is  serv¬ 
ing  as  the  development  compiler  for 
the  project. 

The  SSE  itself  comprises  more  than 
just  a  combination  of  software  tools 
for  configuration  management.  It  in¬ 
cludes  several  components  —  software¬ 
engineering  tools,  hardware  tools. 


operating  system  interfaces,  software- 
development  rules  and  procedures, 
and  software  standards.  The  SSE,  in 
turn,  will  be  used  to  provide  a 
development  environment  for  the 
Space  Station’s  data  management  sys¬ 
tem  (DMS).  The  DMS  is  really  more 
than  its  name  suggests,  since  it  com¬ 
prises  a  set  of  application-level  serv¬ 
ices  that  rest  on  the  underlying  Lynx 
real-time  Unix  operating  system. 

The  choice  of  an  existing  develop¬ 
ment  system  for  the  Space  Station, 
especially  compared  to  the  custom- 
coded  alternative  originally  proposed, 
is  clearly  justified.  But  we  think  the 
larger  lesson  here  is  one  that  should 
have  been  learned  many  times  over 
not  only  by  NASA,  but  by  STARS, 
the  DOD  and  other  agencies  responsi¬ 
ble  for  major  software-development 
projects. 

An  undertaking  such  as  the  Space 
Station  program  is  so  vast  that  no 
single  vendor’s  solutions  really  en¬ 
compass  all  that  is  required.  But  going 
with  off-the-shelf  solutions  whenever 
possible  —  especially  in  software 
development,  where  most  of  the  time 
and  money  get  spent  in  a  major 
program  —  is  a  step  in  the  right 
direction.  It  should  be  a  matter  of 
policy  in  programs  such  as  the  Space 
Station  to  rely  on  commercially  avail¬ 
able  development  environments,  leav¬ 
ing  the  design  of  such  environments 
to  the  commercial  vendors  whose 
products  must  compete  in  the  market¬ 
place.  It  is  inappropriate  for  the  design 
of  those  environments  to  be  turned 
over,  in  effect,  to  government  com¬ 
mittees. 

Nor  does  this  one  change  in  practice 
and  philosophy  redeem  the  entire 
NASA  Space  Station  Freedom  pro¬ 
gram.  Current  funding  and  staffing  for 
the  program  are  totally  inadequate  to 
the  goal  of  launching  the  Space  Station 
by  the  tum-of-the-century.  And,  as 
this  goes  to  press,  NASA  still  has  not 
announced  the  vendor  of  the  target 
compiler,  although  this  decision  was 
reportedly  made  some  months  ago.  □ 
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Examples  of  Real-Time  System 
Design  Applications 
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System  Requirements  Error 


required 

ISI's  Tools  have  traditionally  performed  control  analysis,  design  and 
simulation 


ISI  Tool  enhancements  support  modification  of  the  control  design  process 

■  Requirements  errors  are  identified  earlier 

■  Software  integration  and  test  reliability  is  enhanced 

■  Risk,  time  and  cost  to  develop  are  reduced 
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Modeling  with  the  SystemBuiid 
Block  Editor 
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Examples  from  the  75+  Block 
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Real-Time  Simulation,  Test 
Control  and  Data  Aquisition 


Fast  Design  Iterations 
Performance  Tuning 

Systems  Engineers  can  Test  the  Solution  without  Programming 


Space  Station  Freedom,  Boeing  Aerospace 

■  Boeing's  responsibilities  include  environmental  control  and  life  support 
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controller 

Prototype  software  is  generated  rapidly  and  prototype  hardware  can  be 
exercised  to  support  iterative  testing  and  design 


S>  2 

.E  V 

o  c 
o  03 
CQ  CD 


T3 

0) 


cc 


o 

O) 


—  (/) 


o 
ro  c 
P  m 
Q.JC 

oo 

CM 
CM 
I 

o 

Q. 

O 


w 

Q> 
C 

c 
(0 
x: 

o.e 

o  ro 


CO 

c 

< 


G> 

^mmm 

o 


<D  CM 
T-  CO 


X 

CO 

3 

CO 

a> 

0) 

3 

< 

13 

AG 

mod 

Q- 

AG 

mod 

o 

o 

1  ~ 

— 

X 

3 

< 

Q. 


o 

CO 


O 

< 


o 

■U 

o 


(U 

c/3 


o  oc/3 

O  c  a 

Jo 

.2  S  ^ 

tS  ~  Q 
2  O  o 

X  <fy 
<cdS 

>  T-  > 


AG  Controller 

80386  microprocessor 

Multibus  ii  Backpiane 

80186  Communications  Processor 


integrated 
systems  inc. 
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Hardware  Connection  Editor 
Ada  Code  Generator 
DDC-I  Ada  Compiler  System 
Document  Generator 


Permits  early  testing  through  simulation  and  hardware  emulation  prior  to 
availability  of  actual  hardware 

Provides  real-time  control  and  display  of  processes  including 
hardware-in-the-loop  simulations 
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SATELLITE  I 
UBSYSTEM  HARDWARE 


Extensive  hardware  interface  capabilty 
Concurrent  multi-rate  simulation  and  control 


Satellite  Simulation/Emulation 
Advantages 
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Standard  graphical  programming  simulation  "language" 

Standard  simulation  services  (control,  data  logging,  data  display,  I/O 
communication  with  host  operating  system  and  external  devices  .  .  .) 

Standard  for  introduction  of  fault  conditions  into  simulations  to  simulate 
subsystem/payload  failures  (i.e., fault  tolerance) 


integrated 
systems  me 


The  conventional  software  development  process  is  nearly  concluded  before  it  is 
possible  to  identify  errors  introduced  at  the  Requirements  Definition  stage 

These  errors  are  costly  to  identify  and  correct 


The  result  is  an  efficient  path  to  simulation  and  real  time  testing 

Rapid  error  identification,  economical  correction,  and  improved  maintenance 
follow 


Ada,  C  and  FORTRAN  code  generators 
Configurable,  turn-key,  real-time  execution 
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Status  Determination  for  sensors,  interceptors,  etc. 


CSSD-SP  (70-lin) 


Z  2  MAR  1931 


MEMORANDUM  FOR  SEE  DISTRIBUTION 

SUBJECT:  40th  Computer  Resource  Integration  Meeting  (CRIM) 


1.  Subject  meeting  is  scheduled  for  9  Apr  91,  0800-1500,  in 
room  1C1600.  The  main  focus  of  this  meeting  is  parallel 
processing  capabilities  and  technology  within  the  U.S.  Army 
Strategic  Defense  Command  (USASDC).  These  monthly  CRIMs  are 
held  to  provide  the  Technical  Director  an  integrated  status  of 
significant  computer  resource  activities,  developments,  and 
issues  in  the  development  of  projects,  programs,  and  systems. 
Organizations  involved  in  related  parallel  processing  activities 
not  being  briefed  at  this  meeting  should  contact  this  office  for 
presentation  at  the  next  CRIM.  An  open  meeting  will  be  held  in 
the  morning  to  provide  all  USASDC  personnel  an  opportunity  to 
interact  with  the  briefers  and  ask  questions  on  the  products  and 
services  presented.  An  executive  overview  will  be  presented  to 
Dr.  Davies  on  the  same  day  from  1300-1500. 

2.  An  agenda  for  this  meeting  (enclosure  1),  action  items 
(enclosure  2),  and  the  minutes  of  the  39th  CRIM  (enclosure  3) 
are  provided.  A  status  review  of  each  action  item  by  the  action 
officer  is  requested  at  the  meeting.  Please  notify  this  office 
of  any  corrections  or  additions  to  the  minutes. 

3.  Future  meetings  will  include  briefings  from  the  various 
USASDC  organizations  on  their  software  development,  quality 
evaluation,  parallel  processing,  and  other  related  software 
programs.  It  is  therefore  requested  that  all  organizations 
provide  representatives  to  this  meeting  in  preparation  for  these 
briefings.  The  point  of  contact  is  Frank  Poslajko,  955-1995. 

4.  Security  clearances  for  participants  external  to  this 
command  are  to  be  sent  to: 

Frank  Poslajko 

U.S.  Army  Strategic  Defense  Command 
ATTN:  CSSD-SP 

P.O.  Box  1500 

Huntsville,  Alabama  35807-3801 
FAX  No.  (205)  955-3958 


Chief,  Systems  and  Programs 
Integration  Office 


3  Ends 
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SUBJECT;  40th  Computer  Resource  Integration  Meeting  (CRIM) 
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SFAE-SD-HED/Alan  Sherer 

SFAE-SD-HED-E/Terri  Russell,  Gisele  Wilson  (w/o  end  3) 
SFAE-SD-ASP-E/Donna  Brock 
CSSD-CM/Billy  Perkins 
CSSD-CO 

CSSD-NT-LO/John  Hawk  (w/o  end  3) 

CSSD-DE/Dr .  Lavan 

CSSD-DE-C/Bill  Hughes,  Greg  Heinen  (w/o  end  3) 

CSSD-KA/COL  MacNeill 
CSSD-KA-R/LTC  Harrison  (w/o  end  3) 

CSSD-LC/R.  Hamilton 
CSSD-SL/LTC  Steve  Rice 

CSSD-IM/Bob  Ogle,  Sue  Martin  (w/o  end  3) 

CSSD-IN-T  (w/o  end  3) 

CSSD-TM/COL  T.  Kunhart 
CSSD-TM-I/David  Hayes  (w/o  end  3) 

CSSD-KE/Dr.  Wilkinson 
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CSSD-PA/Ed  Vaughn  (w/o  end  3) 

CSSD-SA/LTC  Thomas  Shpakowsky 
CSSD-SA-E/COL  Paul  Mullek  (w/o  end  3) 

CSSD-SA-EE/Ron  Liedel  (w/o  end  3) 

CSSD-SA-EE/Mark  McClellan  (w/o  end  3) 

CSSD-SA-ET/Pam  Caruso,  David  Parsons,  Bill  McCormick  (w/o  end  3) 
CSSD-SA-B/LTC  John  Wilson  (w/o  end  3) 
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PRELIMINARY  AGENDA 

40TH  COMPUTER  RESOURCE  INTEGRATION  MEETING 

9  APRIL  1991 

CONFERENCE  ROOM  1C1600,  0800-1500 


0800-0810  Introduction 


0810-0825  SDIO  Parallel  Processing 
Activities ,  Organization , 
etc. 

0825-0850  NTB  Software  Development 
Highlights 

0850-0910  ARC  Architecture  Overview 
Environment  System  Spec. 

0910-0940  A2P  Program 


0940-1000  Touchstone  Hypercube 
(ips  860) 

1000-1010  Break 

1010-1030  Fault  Tolerant  Processor 
(FTP) 

1030-1050  Georgia  Tech  Parallel 

Function  Processor  Status 


1050-1110  Acousto-Opic  Processing 


1110-1130  Residue  Number  System/ 
Real  Time  Waveform 
Processor 


Frank  Poslajko 
955-1995 

Dr.  Leslie  Pierre 
702-693-1826 


Cpt  Andrews/T.  Gill 
719-380-2465 

Bob  Cooley 
955-1354 

Steve  Risner 
955-3848 

Dr .  Ron  Green 
722-1844 


Betti e  Upshaw 
955-3704 

Gene  Sanders 
955-5813 

James  Fears/ 
Dr .  Dorsett 
955-3798 

Charles  Kiss 
955-3798 


1130-1150  Solid  state  Optics 
Processor 


Luis  Lopez 
955-481,7 


1150-1210  High  Performance  ARC 
Network  (HPAN) 


Luke  Huffman  (Colsa) 
922-1512 


1210-1300  Lunch 


PRELIMINARY  AGENDA 
40TH  COMPUTER  RESOURCE  INTEGRATION 


1300-1305 

Action  Items 

1305-1310 

SDIO  Parallel  Processing 
Activities',  Organization, 
etc. 

1310-1315 

SDI  Technical  Information 
Center 

1315-1330 

NTB  Software  Development 
Highlights 

1330-1340 

ARC  Architecture  Overview 
Environment  System  Spec. 

1340-1350 

A2P  Program 

1350-1400 

Touchstone  Hypercube 
(ips  860) 

1400-1410 

Fault  Tolerant  Processor 
(FTP) 

1410-1420 

Georgia  Tech  Parallel 
Function  Processor  Status 

1420-1430 

Acousto-Opic  Processing 

1430-1440  Residue  Number  System/ 
Real  Time  Waveform 
Processor 

1440-1450  Solid  State  Optics 
Processor 

1450-1500  High  Performance  ARC 
Network  (HPAN) 


MEETING  (Cont) 


Frank  Poslajko 
955-1995 

Dr.  Leslie  Pierre 
702-693-1826 


Mike  Metrione 
703-521-3812  X6029 

Cpt  Andrews/T.  Gill 
719-380-2465 

Bob  Cooley 
955-1354 

Steve  Risner 
955-3848 

Dr.  Ron  Green 
722-1844 

Bettie  Upshaw 
955-3704 

Gene  Sanders 
955-5813 

James  Fears/ 

Dr .  Dorsett 
955-3798 

Charles  Kiss 
955-3798 


Luis  Lopez 
955-4817 

Luke  Huffman  (Colsa) 
922-1512 


40TH  COMPUTER  RESOURCE  INTEGRATION  MEETING  (CRIM) 

ACTION  ITEMS 


Provide  a  status  update  on  the  software 
organization  and  development  at  the 
National  Test  Facility. 

John  Hawk 

5-3920 

Schedule  status  briefings  on  SDS 
committees  to  include  purpose, 
accomplishments,  plans,  and  schedules. 

Frank  Poslajko 
5-1995 

Establish  a  Data  Reduction  Planning 
Committee . 

Barbara  Rogers 
722-1518 

DISC4  to  coordinate  with  Ada  9X 
project  office  on  Ada  language 
deficiencies. 

Bob  Johnson 
AUTOVON  227-0259 

ADCCS  project  office  to  report  on  the 
number  of  Ada  waiver  requests 
submitted  to  DISC4. 

Denise  Jones 
895-3397 

Broaden  distribution  of  SESE 
specification  document  to  CASE 
developers . 

Frank  Poslajko 
5-1995 

Provide  location  of  controlled 
experiment  on  trusted  software 
development  costs. 

Dr.  Mike  Walker 
883-1170 

Incorporating  reuse  in  the 
trusted  software  document  and 
the  SEI  industry  self  assessment. 

Dr.  Mike  Walker 
883-1170 

Schedule  a  Rationale  and  ISI  tools 
demons t rat i on 

Frank  Poslajko 
5-1995 

